Customer-identifying email addresses to enable a medium of communication that supports many service providers

ABSTRACT

An information distribution system comprising one or more transceivers in communication with a computing system, the one or more transceivers are also in communication with at least one server. The at least one server configured to receive a communication message. The at least one server further configured to identify an element, in a communication text portion, corresponding to a predefined category based on an element classification model. The at least one server further configured to identify additional information associated with the predefined category and provide the identified information to an application on the computing system. The application on the computing system is pre-specified for utilization of information associated with the predefined category.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.13/735,788, filed Jan. 7, 2013, now pending, the disclosure of which ishereby incorporated in its entirety by reference herein.

TECHNICAL FIELD

The illustrative embodiments relate to a network for delivering avariety of services and providing a variety of features for a vehiclecommunication system connected to the network through a nomadic deviceor other device having wireless connection capability.

BACKGROUND

U.S. Pat. No. 7,917,285 generally discloses devices, systems and methodsfor remotely entering, storing and sharing location addresses for apositional information device, e.g., a global positioning system (GPS)device, are provided. The present disclosure allows a user to easily andsafely enter an address into a GPS device by giving that address to aremote communications link and to have that link automatically programthe user's GPS device for usage. The device, system and method of thepresent disclosure further allows the user to use this storedaddress(es) on multiple GPS devices without having to manually enter theaddress(es).

U.S. Pat. No. 7,370,079 generally discloses an e-mail sending andreceiving system in which positional data about a plurality of placescan be included in an e-mail message to be sent, and further detaileddata can be obtained based on the included positional data, therebyimproving the convenience and effectiveness of the positional data. Thesystem includes a mail generating section for generating an e-mailmessage to be sent to an addressee; a positional data storage sectionfor storing a plurality of positional data; and a positional dataattaching section for attaching one or more of the positional datastored in the positional data storage section to the e-mail messagegenerated by the mail generating section. The system may further includea section for generating detailed data relating to each positional dataattached to the e-mail message, and attaching a URL for accessing thedetailed data to the e-mail message.

U.S. Patent Application 2012/0044089 generally discloses a telematicsserver manages meeting request messages sent from, and to, avehicle-coupled device. The server performs authentication services whena subscriber logs in to the server from the vehicle-coupled device, orwith a device associated with the subscriber's telematics servicesaccount. Upon login, the server may append a session identifier to therequest message. After the message passes through the server, anapplication running on a device remote from the vehicle receives therequest message and accepts user input that permits the remote device totransmit its current location to the vehicle-coupled device in aconfirmation message according to the session identifier. The telematicsserver can use the session identifier to determine the destinationaddress of the vehicle-coupled device to forward the confirmationmessage to. The vehicle-coupled device displays the remote user devicelocation on a map. The request and confirmation messages may include amedia content file.

SUMMARY

In a first illustrative embodiment, an information distribution systemcomprising one or more transceivers in communication with a computingsystem, the one or more transceivers are also in communication with atleast one server. The at least one server configured to receive acommunication message. The at least one server further configured toidentify an element, in a communication text portion, corresponding to apredefined category based on an element classification model. The atleast one server further configured to identify additional informationassociated with the predefined category and provide the identifiedinformation to an application on the computing system. The applicationon the computing system is pre-specified for utilization of informationassociated with the predefined category.

In a second illustrative embodiment, a method of parsing informationfrom an electronic message for transmittal to a computing systemapplication. The method may receive a communication message and identifyan element, in a communication text portion of the communicationmessage. The element may correspond to a predefined category based on anelement classification model. The method may identify additionalinformation associated with the predefined category and provide theidentified information to an application on the computing system. Theapplication is pre-specified for utilization of the informationassociated with the predefined category.

In a third illustrative embodiment, a vehicle computing systemcomprising at least one controller in communication with one or moretransceivers, the one or more transceivers may also be in communicationwith a nomadic wireless device. The at least one controller configuredto receive identified information from the nomadic wireless device basedon a subscriber identification. The at least one controller is furtherconfigured to select an pre-specified application based on theidentified information. The at least one controller is furtherconfigured to execute the pre-specified application and process theidentified information at the pre-specified application. The at leastone controller is further configured to output the processed identifiedinformation.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an exemplary block topology of a vehicle infotainment systemimplementing a user-interactive vehicle information display system;

FIG. 2 is an exemplary block topology of a vehicle infotainment systemreceiving information from third party service providers;

FIG. 3 is a flow chart illustrative of a vehicle infotainment system incommunication with a server that is able to receive and processnavigation information from third party service providers;

FIG. 4 is a flow chart illustrative method extracting data from a thirdparty provider of navigation information via electronic mail message;

FIG. 5 is a flow chart illustrative method of a machine learning system;and

FIG. 6 is a flow chart illustrative method of parsing and learning howto parse data from an electronic mail message.

DETAILED DESCRIPTION

As required, detailed embodiments of the present invention are disclosedherein; however, it is to be understood that the disclosed embodimentsare merely exemplary of the invention that may be embodied in variousand alternative forms. The figures are not necessarily to scale; somefeatures may be exaggerated or minimized to show details of particularcomponents. Therefore, specific structural and functional detailsdisclosed herein are not to be interpreted as limiting, but merely as arepresentative basis for teaching one skilled in the art to variouslyemploy the present invention.

FIG. 1 illustrates an example block topology for a vehicle basedcomputing system 1 (VCS) for a vehicle 31. An example of such avehicle-based computing system 1 is the SYNC system manufactured by THEFORD MOTOR COMPANY. A vehicle enabled with a vehicle-based computingsystem may contain a visual front end interface 4 located in thevehicle. The user may also be able to interact with the interface if itis provided, for example, with a touch sensitive screen. In anotherillustrative embodiment, the interaction occurs through, button presses,spoken dialog system with automatic speech recognition and speechsynthesis.

In the illustrative embodiment 1 shown in FIG. 1, a processor 3 controlsat least some portion of the operation of the vehicle-based computingsystem. Provided within the vehicle, the processor allows onboardprocessing of commands and routines. Further, the processor is connectedto both non-persistent 5 and persistent storage 7. In this illustrativeembodiment, the non-persistent storage is random access memory (RAM) andthe persistent storage is a hard disk drive (HDD) or flash memory. Ingeneral, persistent (non-transitory) memory can include all forms ofmemory that maintain data when a computer or other device is powereddown. These include, but are not limited to, HDDs, CDs, DVDs, magnetictapes, solid state drives, portable USB drives and any other suitableform of persistent memory.

The processor is also provided with a number of different inputsallowing the user to interface with the processor. In this illustrativeembodiment, a microphone 29, an auxiliary input 25 (for input 33), a USBinput 23, a GPS input 24, screen 4, which may be a touchscreen display,and a BLUETOOTH input 15 are all provided. An input selector 51 is alsoprovided, to allow a user to swap between various inputs. Input to boththe microphone and the auxiliary connector is converted from analog todigital by a converter 27 before being passed to the processor. Althoughnot shown, numerous of the vehicle components and auxiliary componentsin communication with the VCS may use a vehicle network (such as, butnot limited to, a CAN bus) to pass data to and from the VCS (orcomponents thereof).

Outputs to the system can include, but are not limited to, a visualdisplay 4 and a speaker 13 or stereo system output. The speaker isconnected to an amplifier 11 and receives its signal from the processor3 through a digital-to-analog converter 9. Output can also be made to aremote BLUETOOTH device such as PND 54 or a USB device such as vehiclenavigation device 60 along the bi-directional data streams shown at 19and 21 respectively.

In one illustrative embodiment, the system 1 uses the BLUETOOTHtransceiver 15 to communicate 17 with a user's nomadic device 53 (e.g.,cell phone, smart phone, PDA, or any other device having wireless remotenetwork connectivity). The nomadic device can then be used tocommunicate 59 with a network 61 outside the vehicle 31 through, forexample, communication 55 with a cellular tower 57. In some embodiments,tower 57 may be a WiFi access point.

Exemplary communication between the nomadic device and the BLUETOOTHtransceiver is represented by signal 14.

Pairing a nomadic device 53 and the BLUETOOTH transceiver 15 can beinstructed through a button 52 or similar input. Accordingly, the CPU isinstructed that the onboard BLUETOOTH transceiver will be paired with aBLUETOOTH transceiver in a nomadic device.

Data may be communicated between CPU 3 and network 61 utilizing, forexample, a data-plan, data over voice, or DTMF tones associated withnomadic device 53. Alternatively, it may be desirable to include anonboard modem 63 having antenna 18 in order to communicate 16 databetween CPU 3 and network 61 over the voice band. The nomadic device 53can then be used to communicate 59 with a network 61 outside the vehicle31 through, for example, communication 55 with a cellular tower 57. Insome embodiments, the modem 63 may establish communication 20 with thetower 57 for communicating with network 61. As a non-limiting example,modem 63 may be a USB cellular modem and communication 20 may becellular communication.

In one illustrative embodiment, the processor is provided with anoperating system including an API to communicate with modem applicationsoftware. The modem application software may access an embedded moduleor firmware on the BLUETOOTH transceiver to complete wirelesscommunication with a remote BLUETOOTH transceiver (such as that found ina nomadic device). Bluetooth is a subset of the IEEE 802 PAN (personalarea network) protocols. IEEE 802 LAN (local area network) protocolsinclude WiFi and have considerable cross-functionality with IEEE 802PAN. Both are suitable for wireless communication within a vehicle.Another communication means that can be used in this realm is free-spaceoptical communication (such as IrDA) and non-standardized consumer IRprotocols.

In another embodiment, nomadic device 53 includes a modem for voice bandor broadband data communication. In the data-over-voice embodiment, atechnique known as frequency division multiplexing may be implementedwhen the owner of the nomadic device can talk over the device while datais being transferred. At other times, when the owner is not using thedevice, the data transfer can use the whole bandwidth (300 Hz to 3.4 kHzin one example). While frequency division multiplexing may be common foranalog cellular communication between the vehicle and the internet, andis still used, it has been largely replaced by hybrids of Code DomainMultiple Access (CDMA), Time Domain Multiple Access (TDMA), Space-DomainMultiple Access (SDMA) for digital cellular communication. These are allITU IMT-2000 (3G) compliant standards and offer data rates up to 2 mbsfor stationary or walking users and 385 kbs for users in a movingvehicle. 3G standards are now being replaced by IMT-Advanced (4G) whichoffers 100 mbs for users in a vehicle and 1 gbs for stationary users. Ifthe user has a data-plan associated with the nomadic device, it ispossible that the data-plan allows for broad-band transmission and thesystem could use a much wider bandwidth (speeding up data transfer). Instill another embodiment, nomadic device 53 is replaced with a cellularcommunication device (not shown) that is installed to vehicle 31. In yetanother embodiment, the ND 53 may be a wireless local area network (LAN)device capable of communication over, for example (and withoutlimitation), an 802.11g network (i.e., WiFi) or a WiMax network.

In one embodiment, incoming data can be passed through the nomadicdevice via a data-over-voice or data-plan, through the onboard BLUETOOTHtransceiver and into the vehicle's internal processor 3. In the case ofcertain temporary data, for example, the data can be stored on the HDDor other storage media 7 until such time as the data is no longerneeded.

Additional sources that may interface with the vehicle include apersonal navigation device 54, having, for example, a USB connection 56and/or an antenna 58, a vehicle navigation device 60 having a USB 62 orother connection, an onboard GPS device 24, or remote navigation system(not shown) having connectivity to network 61. USB is one of a class ofserial networking protocols. IEEE 1394 (FireWire™ (Apple), i.LINK™(Sony), and Lynx™ (Texas Instruments)), EIA (Electronics IndustryAssociation) serial protocols, IEEE 1284 (Centronics Port), S/PDIF(Sony/Philips Digital Interconnect Format) and USB-IF (USB ImplementersForum) form the backbone of the device-device serial standards. Most ofthe protocols can be implemented for either electrical or opticalcommunication.

Further, the CPU could be in communication with a variety of otherauxiliary devices 65. These devices can be connected through a wireless67 or wired 69 connection. Auxiliary device 65 may include, but are notlimited to, personal media players, wireless health devices, portablecomputers, and the like.

Also, or alternatively, the CPU could be connected to a vehicle basedwireless router 73, using for example a WiFi (IEEE 803.11) 71transceiver. This could allow the CPU to connect to remote networks inrange of the local router 73.

In addition to having exemplary processes executed by a vehiclecomputing system located in a vehicle, in certain embodiments, theexemplary processes may be executed by a computing system incommunication with a vehicle computing system. Such a system mayinclude, but is not limited to, a wireless device (e.g., and withoutlimitation, a mobile phone) or a remote computing system (e.g., andwithout limitation, a server) connected through the wireless device.Collectively, such systems may be referred to as vehicle associatedcomputing systems (VACS). In certain embodiments particular componentsof the VACS may perform particular portions of a process depending onthe particular implementation of the system. By way of example and notlimitation, if a process has a step of sending or receiving informationwith a paired wireless device, then it is likely that the wirelessdevice is not performing the process, since the wireless device wouldnot “send and receive” information with itself. One of ordinary skill inthe art will understand when it is inappropriate to apply a particularVACS to a given solution. In all solutions, it is contemplated that atleast the vehicle computing system (VCS) located within the vehicleitself is capable of performing the exemplary processes.

FIG. 2 is an exemplary block topology of a vehicle infotainment systemreceiving information from third party service providers. Informationfrom third party service providers may cooperate with vehicleinfotainment systems with the use of custom interfaces developed withthe service provider and the vehicle infotainment manufacturer. Thiscustom development interface requires a significant investment of timeand money. Service providers may allow sharing for various tasks anddata via electronic mail messages. A solution to allow multiple serviceproviders to share information without a custom interface is thedevelopment for a server medium of communication 200 that supports manyservice providers by accepting custom identifying electronic mailmessage addresses with embedded data that may be parsed and sent to avehicle infotainment system.

The server medium of communication 200 may allow a service provider totransmit a task using an electronic mail message from the internet 202to a server 206. The internet 202 may allow third party providers totransmit data including, but is not limited to, destination and routinginformation, traffic information, finding businesses, and other traffic,direction and information requested by a vehicle occupant. The thirdparty provider transmits the data using an electronic mail message 204to the server 206. The mail server 208 may receive the electronic mailmessage and transfer the message from one or more processors, databasesor other operating systems in the server medium of communication.

Once received by the mail server 208, the electronic mail message may besent to a request queue 210, or sent directly to be processed 212 by oneor more processors and/or databases in communication with the server206. The server may place an electronic mail message into a queue 210based on a variety of system factors and limitations including theamount of information being requested and processed at the server duringa given time in relation to the server's capabilities.

The electronic mail message may be transmitted to an account managerservice 214 to validate the email request including, but is not limitedto, verifying if the electronic mail message is from an active servicesubscriber. If the account manager service 214 verifies that the emailis from an inactive service subscriber, it may notify the server of theinactive service subscriber. Once the server 206 receives notificationof an inactive service subscriber, the server 206 may transmit a replyemail message 204 to let the requester know that the service requestedhas been denied for lack of subscription. Another example of the mailserver 208 transmitting electronic messages to a requester of a serviceprovider is to inform the requester that an error has been detected inthe message received or if the server has identified an error.

After the account manager service 214 verifies the subscribers account,a message may be transmitted back to the server 206 to continue theprocessing of the data received from the electronic mail message. Theserver 206 may parse the data embedded in the electronic mail message.The parsing of the data may allow the server to retrieve and processinformation from multiple service providers that may present their datain different formats. After the parsing of data is complete, the servermay communicate this information to a vehicle infotainment system.

The server may parse through and learn data types that are from serviceproviders granting users to transmit information electronically embeddedwithin an electronic mail message. An example of the server parsinginformation may include destination information from a service providersuch as, but is not limited to, Google, Apple Maps and MapQuest. Ifdestination data is embedded into an electronic mail message, theaccount manager service 214 may parse the destination data including,but is not limited to, address, coordinates, and other destinationinformation. The parsed destination information may be sent to ageocoding service 216 in communication with the server 206 and/or theaccount manager service 214 to continue processing and validation of thedestination.

The geocoding service 216 may confirm the destination informationembedded in the electronic mail message by resolving the address to avalid global position latitude and longitude location. After confirmingthe actual address, the geocoding service 216 may then transfer therequest to a wireless device, including, but is not limited to themobile application 220 for wireless transmission to the infotainmentsystem. The geocoding service may also include the retrieval of datacollected in real-time, creating traffic speed information for majorfreeways, highways, and arterials. For example, the geocoding servicemay be supported by an INRIX Traffic system.

The geocoding service 216 may complete analysis of the destinationinformation embedded in the electronic mail message and transmit theaddress information back to the server 206. Once the destinationinformation is transmitted to the server's backend systems, it may bestored at an information storage system associated with the subscriber'sidentification. Once saved in the information storage system, arequester may connect with an Interactive Voice Response (IVR) 218 tocheck for whether the parsed destination information is present. Arequester may connect with an IVR using a wireless nomadic devicesincluding, but is not limited to, smart phones, personal computers,tablets, and/or other cellular devices. With the IVR, the requester mayretrieve the destination information that originated from the electronicmail message from a service provider. If the requester confirms thedestination information stored at the server 206, the destination and/orroute may be downloaded with data-over-voice to the in-vehicle module.

The destination data from the server may be transferred wirelessly tothe vehicle computing system 224 using a wireless nomadic devicecommunicating with the IVR Service 218 and/or the Mobile Application220. The wireless communication 222 a and 222 b between the nomadicdevice to the vehicle may be done by using Bluetooth technology. Thevehicle may also be able to retrieve the destination data from theserver through the IVR Service and/or mobile application by using anembedded cellular telephone integrated with the vehicle computingsystem.

Once the requester has downloaded the destination information, therequester may use the downloaded information with his drivingexperience. The downloaded destination information on the vehiclecomputing system 224 may be displayed in multiple ways to the occupantsin a vehicle using the infotainment functions and features. For example,the destination information may be displayed on the touchscreen LCDdisplay, and/or audibly over the vehicle speakers providing a driverwith destination directions. The mail server 208 may transmit anelectronic message to a requester of a service provider to inform therequester that the server successful parsed and/or transmitted thedestination data to the vehicle computing system.

FIG. 3 is a flow chart illustrative of a vehicle infotainment system incommunication with a server that is able to receive and processnavigation information from third party service providers. Vehicleinfotainment systems in communication with a server may performfunctions including, but is not limited to, parsing, analyzing,processing, and transmitting data while eliminating the use of custominterfaces that are usually developed specifically for each serviceprovider. The information provider may transmits embedded data within anelectronic mail message to a server allowing the system to parse throughthe data before being communicated to a subscriber's infotainmentsystem. A vehicle infotainments system 300 that includes communicationwith a server that parses embedded data from a service provider'selectronic message may allow data to be communicated to a requesterwithout the use of a custom interface application.

At step 302, a service provider (e.g. MapQuest, Apple Map, Google) maysend information and tasks from any electronic mail message application.The service provider information and tasks may include, but is notlimited to, destination data. The electronic mail message applicationmay include, but is not limited to, Gmail, Microsoft Outlook, YahooMail, and/or Hotmail. A user may obtain information, includingdestination data, from a service provider and attach the information toan electronic mail message.

At step 304, a requester may address the electronic mail message with aunique user identification that is associated with the requester at theserver. The unique user identification may be used to determine if arequester is an active user at the server. The unique useridentification may also allow the server once the information and tasksis processed, to store the data based on the user identification. Anexample of the unique user identification within the electronic mailmessage may include, but is not limited to, the following format:user_identification@HostName.DomainName. The user_identification mayinclude a requester's unique user identification including, but is notlimited to a requester's cellular telephone number.

At step 306, once the properly addressed user identification electronicmail message embedded with service provider data is sent, the messagemay be received by the server. Before parsing through the electronicmail message embedded information, the server may verify if therequester is an active subscriber at step 308. If the server detectsthat the requester is not a valid subscriber it may generate a replyelectronic message notifying the user that the request has been denieddue to lack of subscription at step 324.

At step 312, the server may begin to parse the information embeddedwithin the electronic message once the requester has been verified as anactive subscriber. The server may communicate with other systems toparse a string of text that a requester embedded within the electronicmail message. At step 314, the system performing the parsing of theembedded information and/or task may check for certain formats that thesystem can parse through and/or learn to parse through. An example of adata format that the system may parse through to obtain a serviceprovider's information and/or tasks may be a versitcard (vCard) formatof data. The vCard attachment in the electronic mail message allows anycustomer or service provider to provide information to a particularsubscriber's account. This may avoid having to develop a custominterface for each provider or user to communicate information and/ortask offered by the service providers.

At step 314, if the embedded information is in the vCard format, thesystem may recognize the data in that format allowing the system toparse the information. For example, if the embedded information attachedto the electronic mail message is destination data in a vCard format,the system may parse the destination data determining the address,street name, city and state in order to deliver that to the geocodeservice at step 316.

At step 320, if the embedded information is not in an unknown format,the system may use a machine learning algorithm to intelligently extractthe information of concern. Machine learning allows the system to learnhow to recognize and extract data from a non-standardized format. Forexample, if the embedded information attached to the electronic mailmessage is destination data in a unknown format, the system may look ata string of text that a user may have typed in an email, or copied froma service provider, and from that string of text try to determine thehouse number, street name, city and state in order to deliver that tothe geocode service at step 322.

At step 318, the system may determine if the extracted data from theembedded info in the electronic mail message is geocodable, allowing forconfirmation with valid GPS latitude and longitude coordinates. If theextracted data from the embedded information in the electronic mailmessage is not geocodable, preventing confirmation with valid GPSlatitude and longitude coordinates, a message may be sent to therequester to notify of the error at step 324.

At step 326, the geocodable destination data extracted from theelectronic mail message may be sent to a geocoding service allowing forconfirmation of the address while validating a GPS latitude andlongitude coordinates. The system may determine if the address extractedfrom the electronic mail message is confirmed by the GPS latitude andlongitude coordinates at step 328. If the destination data extractedfrom the electronic mail message is not confirmed by the system as avalid address, the system may send a message to the requester notifyingof the error at step 324.

At step 330, the requested information is ready to be transferred to therequester's infotainment system after the address has been confirmedwith a valid GPS latitude and longitude coordinates. The requester mayaccess the server, at which time there is a check for whether extracteddata is present. If there is extracted data stored on the server, therequester may confirm a transmittal of the data to upload at the VCS.Once received at the VCS, the data may be presented in several systemscommunicating with the VCS including, but is not limited to, a LCDtouchscreen display, audibly communicated over the vehicle speakers, oron the instrument panel LCD.

A vehicle infotainments system 300 may transmit an electronic message toa requester of a service provider to inform the requester that theserver successfully parsed and/or transmitted the destination data tothe vehicle computing system. If the server detects that the request wassuccessfully transmitted, it may generate a reply electronic messagenotifying the user that the request is complete and awaitingimplementation at the vehicle computing system.

FIG. 4 is a flow chart illustrative method extracting data from a thirdparty provider of navigation information via electronic mail message. Auser may request navigation data from many service providers including,but is not limited to, Google Maps, MapQuest, and Apple Maps. Thefollowing flow chart 400 is an example that illustrates the use ofemails embedded with data from a service provider to communicateinformation though a requester's vehicle infotainment systems without acustom application interface.

At step 402, the user may submit an electronic mail message embeddedwith a service provider's task and/or information. A server thatcommunicates with other systems may receive the email and before parsingthrough the electronic message's embedded data, it may verify if theuser is an active subscriber at step 404. If the server verifies theuser as an active subscriber, the server may continue to process therequest by the user. The server in communication with other systems maydetermine if the requested service task is supported by the system atstep 406. If the server discovers that the service task is not supportedby the system, a message may be generated to respond to the user thattheir request has been denied at step 416.

At step 408, the server in communication with a system to parseinformation from the electronic message may determine if the embeddedmessage is a recognized format as any of the pre-programmed formats(e.g. vCard). If the system is unable to recognize the embedded messageformat preventing the parsing of data, a message may be generated torespond to the user that their request has been denied due to an errorat step 416.

At step 410, if the embedded information is in an unknown format, thesystem may use machine learning to intelligently extract the informationfrom the embedded data in the electronic message. Machine learningallows the system to extract data from a non-standardized format. Forexample, if the embedded information attached to the electronic mailmessage is destination data in a unknown format, the system may look ata string of text that a user may have typed in an email and from thatstring of text try to determine the house number, street name, city andstate in order to deliver that to the geocode service. Machine learningsystems may be created by first developing models using linguisticgrammar-based techniques while including statistical models. Once themodel has been developed, unannotated user emails are run through themodel to get its predictions for name and addresses. If the system isunable to recognize the embedded message while parsing the data, amessage may be generated to respond to the user that their request hasbeen denied due to an error at step 416.

At step 412, the system may determine if the extracted data from theelectronic mail message embedded information is geocodable to allow forconfirming a valid GPS latitude and longitude coordinates. Thegeocodable destination data extracted from the electronic mail messagemay be sent to a geocoding service allowing for confirmation of theaddress while validating a GPS latitude and longitude coordinates. Thesystem may determine if the address extracted from the electronic mailmessage is confirmed by the GPS latitude and longitude coordinates.

At step 414, the requested information and/or tasks is ready to betransferred to the requester's infotainment system after the address hasbeen confirmed with a valid GPS latitude and longitude coordinates. Theserver may send a message to the requester to notify that theinformation requested is ready for downloading. The requester may alsoaccess the server, at which time there is a check for whether extracteddata is present. If there is extracted data stored on the server, therequester may confirm a transmittal of the data to the VCS. Oncereceived at the VCS, the data may be presented in several systemscommunicating with the VCS including, but is not limited to thetouchscreen display, over the audible speakers, or on the instrumentpanel LCD. The system may generate a reply message to respond to theuser that their request has been successfully parsed and/or downloadedat the VCS.

FIG. 5 is a flow chart illustrative method of a machine learning system.The machine learning system, integrated with a server, may analyze acollection of training data to make generalizations about the entitiesthe system may want to extract, and uses these generalizations toextract these entities from data embedded electronic messages. Thefollowing deconstructing method 500 is an example that illustrates theuse of emails embedded with data from a service provider and parsingthis information with the use of a machine learning system.

At 502, a requester may address the electronic mail message with aunique user identification that is associated with the requester at theserver. The unique user identification may be used to determine if arequester is an active user at the server. The unique useridentification may also allow the server to store the data based on theuser identification once the information and tasks are processed. Anexample of the unique user identification within the electronic mailmessage may include, but is not limited to, the following format:user_identification@HostName.DomainName. The user_identification mayinclude a requester's unique user identification including, but notlimited to a requester's telephone number. The user_identification mayalso be assigned by the infotainment manufacturer by associating theuser ID with the user's vehicle identification number. TheHostName.DomainName may be assigned by the server.

At 504, a requester may transmit information from a service provider byelectronic message. The service provider format may be unknown by thesystem and based on a string of text with multiple alphabetic andnumeric symbols in a non-standardized format. The electronic message maybe used to train the machine learning system to understand how to parsethe embedded information. A collection of algorithms may be developedfor storing text, annotating text, and learning to extract entities andcategorize text. An example of the embedded information may includeinformation sent from Google Maps. The information sent from Google Mapsmay include, but is not limited to, the following text: Village Ford Inc23535 Michigan Avenue Dearborn, Mich. 48124 (313) 565-3900 and a linkfrom the service that provided the information. The system may learn toparse through the data to get the desired information that the requesterhas sought from the Google Maps site.

The machine learning system may be able to parse the name of the desiredlocation, street, city, state, zip code and telephone number. An exampleof the parsing done by the machine learning system is the extraction andcategorization of the data: <name>Village Ford Inc</name> <street>23535Michigan Avenue</street> <city>Dearborn/city>, <state>MI</state><zip>48124</zip> (313) 565-3900 and a Link.

At 506, the embedded information in a non-standardized format may usemachine learning to intelligently extract the information of concern.Machine learning may allow the system to extract data from a unknownformat. For example, if the embedded information attached to theelectronic mail message is destination data in a non-standardizedformat, the system may look at a string of text that a user may havetyped in an email and from that string of text try to determine thehouse number, street name, city and state in order to deliver that tothe geocode service.

At 508, the system may determine if the extracted data from theelectronic mail message embedded information is geocodable to allow forconfirming a valid GPS latitude and longitude coordinates. Thegeocodable destination data extracted from the electronic mail messagemay be sent to a geocoding service allowing for confirmation of theaddress while validating a GPS latitude and longitude coordinates. Thesystem may determine if the address extracted from the electronic mailmessage is confirmed by the GPS latitude and longitude coordinates.

At 510, the requested information and/or tasks are ready to betransferred to the requester's infotainment system after the address hasbeen confirmed with a valid GPS latitude and longitude coordinates. Therequester may access the server, at which time there is a check based onthe user identification for whether extracted data is present. If thereis extracted data stored on the server, the requester may confirm atransmittal of the data to the VCS. Once received at the VCS, the datamay be presented in several systems communicating with the VCSincluding, but is not limited to the touchscreen display, audible overspeakers, or on the instrument panel LCD.

FIG. 6 is a flow chart of an illustrative method of parsing and learninghow to parse data from an electronic mail message. The system may beable to parse the data, or learn how to parse data to discover anonstandard or unfamiliar data type. The following learning method 600performed by the system is an example that illustrates how the systemmay develop rules to parse data from known and unknown data types. Forexample, developing a trained model to get its predictions for names andaddresses from a block of text may use one or more named entityrecognition systems.

At step 602, the system may receive a request from a user containingembedded data from a service provider. The request may include userinformation, including, but not limited to, user identification,allowing the system to verify user subscription based off theidentification etc. Once the request is received, the system may examinethe data from the service provider at step 604. The system may determineif an embedded data type is known based on the examination at step 606.An example of a data type that is known may be vCard formatted data. Anexample of unknown data may be a block of text received by the system ina format not recognized by the system. Additionally or alternatively,while the text itself may be recognizable, it may contain an example ofdata that is not yet categorized. For example, the text may contain botha business name and an address. Such an example is below:

“Mark, Let's meet at Rosco's Bar. The address is 201 E. Smith St.Martainsville, La., 33030.”

In such an example, the system may “realize” that the example contains aname “Rosco's Bar” and an address “201 E. Smith St., Martainsville, La.,33030.” The system may be unsure, however, if this is an element to beretrieved. Handling of such data will be discussed in greater detailwith respect to element 620.

At step 608, the system may be able to retrieve the appropriate rulesfor the parsing process if the data type is known. The rules may be aset of conditions or standards which have been developed to allow thesystem to manipulate the data appropriately. For a known data type,including vCard, rules include field parameters and values used fordifferent purposes by the vCard format to indicate certain information.An example of vCard rules are the self-delimited format of informationby beginning each dataset with BEGIN:vCard, and ending with END:vCard.Applying the rules for a known data type, the system may begin to parseand extract the data at step 610. While parsing the data the system maybe able to update the data type rules for the known format at step 612.Once the system has determined if the rules for the known data type needupdating, the system may go and retrieve the updated rules beforecontinuing the parsing process at step 614.

At step 616, the system may continue to parse and extract the remainingdata. The remaining data may be analyzed in an orderly way by dividingwords and phrases into different parts in order to understandrelationship and meaning. The system may decide if the continued data isa known data and continue the parsing and extracting loop of the knowndata type at step 606. If there is remaining data that is in an unknowndata type format, the system may attempt to identify the possible datatype at step 618.

At step 620, the system may be able to identify possible data based onthe systems capability to train a model for named entity recognition.The system may be able to learn the unknown data type, thereforeaccepting to extract and parse the data at step 620. The system maycontain a codebase with a collection of data types to train a model fornamed entity recognition. The system may run the unknown data typethrough the trained model to get its predictions for classifyingelements in text into predefined categories including, but is notlimited to, names, categories, addresses, and other destination data atstep 622.

For example, in the Rosco's Bar example given above, the system mayrecognize a state designation “LA.” Very few instances of double capitalletters are used to designate anything other than a state, so the systemcould assume that this corresponds to a state. A check against knownstate designations could verify that LA can be used to refer toLouisiana. At the same time, knowing that a potential state is present,the system could examine the characters surrounding the statedesignation to determine that a possible address is present. The usercould then be asked if retrieval/storage/use of the new data type,Inline_Address (an exemplary data type name) should be implemented.

At 624, the system may learn the best approach while creating new rulesduring the extraction of the data type. The new rules may includeadjustment of internal parameters of the system to optimize performanceof the parsing. The system may determine if there is remaining data toparse at step 626. The system may decide if the continued data is aknown data and continue the parsing and extracting loop of the unknowndata type at step 606.

At step 628, once the data has been parsed and extracted, the system maystore the data based on the associated user identification. The parsedand extracted data may be stored until the system receives a requestfrom the user. The system may detect that the user has entered theirvehicle, and based on the detection transmit a notification to the userthat the parsed and extracted data is ready to download at step 630. Theuser may accept the notification, and request the parsed data from thesystem at step 632. If the user declines the notification, the systemmay send an additional notification at a later time.

At step 634, the system may receive the data request and determine ifthe user requesting the data is valid. For example, the system mayreceive a notification that the parsed data is ready for download, ifthe user is not an authorized user, the system may send an error messagenotifying that an unauthorized user cannot download the data at step636. If the user requesting the data for download is a valid requester,the system may retrieve the stored data associated with the useridentification at step 638.

At step 640, once the system has retrieved the data associated with theuser identification, the system may prepare to transmit the data to thevehicle. The transmission of data to the vehicle may occur in severalways, including, but is not limited to, the vehicle computing systemcommunicating with a wireless device, or a remote computing systemconnected through the wireless device for communication to the system.The wireless device may include, but is not limited to, an embeddedcellular modem, embedded WiFi device, Bluetooth transmitter, Near FieldCommunication connected to phone, brought-in cellular device like a USBmodem, MiFi, smartphone that may be connected to the vehicle throughSYNC or other Bluetooth pairing device, or a PC that may be connected tothe vehicle through SYNC or other Bluetooth pairing device.

While exemplary embodiments are described above, it is not intended thatthese embodiments describe all possible forms of the invention. Rather,the words used in the specification are words of description rather thanlimitation, and it is understood that various changes may be madewithout departing from the spirit and scope of the invention.Additionally, the features of various implementing embodiments may becombined to form further embodiments of the invention.

What is claimed is:
 1. A system comprising: a server in communicationwith a vehicle computing system (VCS) via a transceiver and configuredto: in response to an electronic-mail message identifying the VCS,transmit information from the message received at the server to anapplication on the VCS, the information pre-specified for utilization bythe application and associated with a predefined category identified viaa classification model classifying an element corresponding to thepredefined category in text of the message.
 2. The system of claim 1,wherein the element is a word identified as navigation data.
 3. Thesystem of claim 2, wherein the classification model identifiesnavigation information based on the navigation data.
 4. The system ofclaim 3, wherein the predefined category is a navigation category basedon the navigation information.
 5. The system of claim 4, wherein theelement is a word having a predefined association with the navigationcategory.
 6. The system of claim 4, wherein the navigation informationis a complete street address based on the association with thepredefined category useable by a navigation application to generate aroute.
 7. The system of claim 4, wherein the navigation information is apoint of interest name.
 8. The system of claim 7, wherein the point ofinterest name is a business name.
 9. The system of claim 1, wherein thepre-specified information is navigation information based on theapplication being a navigation application.
 10. The system of claim 1,wherein the server is further configured to: receive a subscriberidentification with the message; and provide the information to the VCSbased on the subscriber identification.
 11. The system of claim 10,wherein the subscriber identification is a cellular telephone number.12. The system of claim 10, wherein the subscriber is determined by anAccount Manager Service database.
 13. The system of claim 1, wherein theserver is further configured to transmit the information to asmartphone.
 14. The system of claim 13, wherein the smartphone maycommunicate the information to the VCS.
 15. The system of claim 14,wherein the communication between the smartphone and the VCS is byBluetooth.
 16. A method comprising: receiving, via a server processor,an electronic-mail message having text and a vehicle computing system(VCS) identifier; identifying information based on an element in thetext of the electronic-mail message corresponding to a predefinedcategory related to a VCS application via an element classificationmodel; and transmitting the information from the electronic-mail messageto the VCS application pre-specified for utilization of the predefinedcategory at the identified VCS.
 17. The method of claim 16, furthercomprising: receiving a subscriber identification with theelectronic-mail message; and providing the information to the VCS basedon the subscriber identification.
 18. The method of claim 17, whereinthe subscriber identification is a cellular telephone number.
 19. Themethod of claim 16, wherein the identifying of the element is done bymachine learning.
 20. A vehicle computing system (VCS) comprising: atleast one controller in communication with a transceiver; thetransceiver in communication with a nomadic wireless device configuredto identify an element in an electronic-mail message corresponding to apredefined category related to a VCS application; the at least onecontroller configured to: receive identified information from thenomadic wireless device based on the predefined category and asubscriber identification associated with a VCS; select the VCSapplication based on the identified information; execute the VCSapplication; process the identified information at the VCS application;and output the processed identified information.